home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qtech527.arc / WINSIZE.TEC < prev    next >
Encoding:
Text File  |  1991-05-29  |  8.3 KB  |  162 lines
  1. ID:WZ Maximizing Window Size in DESQview
  2. Quarterdeck Technical Note #161
  3. by Dan Sallitt
  4.  
  5. First, the basics.  If you have any kind of expanded memory or if
  6. you have extended memory and have placed DESQview's QEXT.SYS
  7. driver in your config.sys file, you should be starting DESQview
  8. with DV.COM or XDV.COM instead of DV.EXE.  Most users have a
  9. DV.COM file in their DESQview directory, either because the
  10. DESQview Install program placed it there or because of the
  11. recommendation in our documentation that XDV.COM be renamed to
  12. DV.COM.  In this case you can simply type DV at the DOS prompt
  13. and be assured that the .COM file is being used.  However, some
  14. users do not have a copy of DV.COM in their DESQview directory
  15. and start DESQview with the DV.EXE file instead of the XDV.COM
  16. loader.  Failure to start DESQview with the .COM file is a
  17. possible reason that window size may fall short of the user's
  18. expectations.
  19.  
  20. If you are starting DESQview with the proper executable file and
  21. you still can't open a window as large as you think you should be
  22. able to (our documentation includes a table that gives you an
  23. idea of what to expect), there are several common reasons.
  24.  
  25. 1) Drivers and terminate-and-stay-resident programs (TSR's)
  26. loaded before DESQview may be taking more memory than you expect. 
  27.  
  28.  
  29. The amount of memory available to a window inside DESQview
  30. decreases as more memory is used up before DESQview; this is true
  31. no matter how much extended or expanded memory is on the system. 
  32. If you want to decrease this overhead, you have a few options. 
  33.  
  34.      a) Streamline your CONFIG.SYS and AUTOEXEC.BAT files.  
  35.  
  36.      b) Load some programs inside DESQview.  If a TSR doesn't
  37.      have to run before DESQview (obviously, some programs, like
  38.      disk caches and print spoolers, wouldn't serve their
  39.      function when loaded inside a window), it's much more
  40.      memory-efficient to let DESQview manage it.  Even some
  41.      CONFIG.SYS drivers can be loaded inside a DESQview window
  42.      using DESQview's DEVICE.COM utility.
  43.  
  44.      c) If you have the Quarterdeck Expanded Memory Manager-386
  45.      (QEMM-386), or if you have expanded memory that can be
  46.      mapped freely in the area between 640K and 1024K and you
  47.      have Quarterdeck's QRAM.SYS utility, you may be able to
  48.      decrease your memory overhead by loading devices and TSR's
  49.      into high memory.  (You may even be able to do this if you
  50.      have an expanded memory manager with its own high-loading
  51.      capabilities, such as All Computers' ALLEMM4.SYS for the All
  52.      Chargecard.) Any unused address spaces between 640K and
  53.      1024K (different systems will have different amounts of free
  54.      space in this area) can be filled with expanded memory and
  55.      used to run small programs that would otherwise occupy
  56.      conventional memory.
  57.  
  58. It is worth remembering that DESQview loads itself high (with its
  59. XDV.COM driver) in the same areas that QEMM-386 and QRAM use to
  60. place drivers and TSR's.  If you place enough programs in high
  61. memory before running DESQview, you will sooner or later reach a
  62. point at which the high loading no longer increases your window
  63. sizes inside DESQview, because DESQview will be forced to start
  64. loading pieces of itself in low memory when high memory gets
  65. crowded enough.  At this point one can sometimes get creative in
  66. finding new places to put RAM in the reserved memory area between
  67. 640K and 1024K.  Which brings us to the second reason that memory
  68. figures inside DESQview may be falling short of expectations.
  69.  
  70. 2) On an extended or expanded memory system, less of DESQview may
  71. be going into reserved memory than is possible.  To evaluate this
  72. situation properly, it's helpful to have some experience with
  73. DESQview's normal use of reserved memory.  A few rules of thumb
  74. apply, however.
  75.  
  76.      a) On 80286 systems that have the first 64K of extended
  77.      memory free, DESQview's XDV.COM loader can put 63K of
  78.      DESQview code into extended memory if the QEXT.SYS driver is
  79.      in the CONFIG.SYS file.  On 80386 systems, QEMM-386 obtains
  80.      the QEXT effect automatically for you; if you are using
  81.      another memory manager, you may wish to tell it to leave
  82.      behind 64K of extended memory and use QEXT.SYS.  (Compaq's
  83.      CEMM is also able to obtain the QEXT effect without QEXT
  84.      being present.)
  85.  
  86.      b) On some expanded memory systems DESQview can put some of
  87.      its code in unused video areas.  The A000-AFFF area (640K to
  88.      704K) is used for EGA and VGA graphics, and should be
  89.      available if EGA and VGA graphics aren't used.  The
  90.      B000-B7FF area (704K to 736K) is used for monochrome text,
  91.      and should be available on a color system.  The B800-BFFF
  92.      area (736K to 768K) is used for color text (and sometimes
  93.      for Hercules graphics), and should be available on
  94.      monochrome systems.  You can try including the appropriate
  95.      areas on your memory manager's CONFIG.SYS line.
  96.  
  97.      c) Some expanded memory managers (notably the Intel
  98.      Aboveboard Plus) only allow memory mapping to occur
  99.      immediately above the expanded memory page frame.  See our
  100.      technical note on the Aboveboard Plus for information on how
  101.      to maximize this mappable area.
  102.  
  103.      d) Adventurous users of QEMM-386 version 5.0 will notice
  104.      that the command QEMM ANALYSIS gives a list of the different
  105.      areas of memory that may be claimed for DESQview and
  106.      QEMM-386's LOADHI function to use.  This utility, which
  107.      should be acted upon only after it has been run on several
  108.      occasions after you have run the full complement of programs
  109.      that you normally use, should give you an idea of which
  110.      areas in your system ROM may in fact be unused and available
  111.      for including with the QEMM-386 INCLUDE parameter.  There is
  112.      an element of trial and error to this process, but the
  113.      rewards can be substantial.  Even if you are using another
  114.      memory manager or an earlier version of QEMM-386, it may be
  115.      possible through a series of blind attempts to find unused
  116.      ROM areas that can be included and used to decrease your
  117.      memory overhead.  The ROM area F000-F7FF, sometimes used
  118.      only by the ROM BASIC, is a favorite area to try including;
  119.      sometimes a slightly smaller inclusion, such as F200-F7FF,
  120.      is necessary.  If you guess incorrectly, your machine may
  121.      not boot properly, so you may wish to keep a bootable DOS
  122.      diskette handy during this process.
  123.  
  124. 3) Sometimes DESQview's Setup program contains excessive memory
  125. allocations that cut down on DESQview's overall memory.  The two
  126. field that are abused most often in this regard are both on the
  127. Performance option of the Advanced Setup.
  128.  
  129. "Common Memory" is memory used by DESQview to manage its windows,
  130. and the amount you need is usually proportionate to the number of
  131. windows you open.  The default value is 17K; the minimum value of
  132. 13K is adequate for users who open no more than five or six
  133. windows at once.  Few users need more than 20K of common memory.
  134.  
  135. "DOS Buffers for EMS" is memory used by DESQview to manage file
  136. operations into expanded memory.  The default value is 2K; users
  137. of QEMM-386 who are not on a network can set this figure to 0K
  138. with no loss of performance and a memory savings of about 5K. 
  139. The value of this field can affect the speed of disk access;
  140. however, it is rarely worth while to choose a value higher than
  141. 10K or 15K.
  142.  
  143. If you wish to throw away a few DESQview features, you can
  144. probably scrimp a few more K from the Setup program.
  145.  
  146. On the Keyboard option, you can save as much as 12K if you tell
  147. DESQview that you don't wish to use the Learn feature.  This will
  148. disable DESQview's very useful macro system.
  149.  
  150. On the Video Monitor option, you can save anywhere from 0K to 16K
  151. if you tell DESQview that you don't wish to display text and
  152. graphics at the same time.  This will disable DESQview's Video
  153. Options menu, prevent graphics programs from being seen when they
  154. are in background, and prevent virtualization of graphics.
  155.  
  156. On the Performance option, you can save 2K by setting the "Manage
  157. Printer Contention?" field to N.  (However, this field defaults
  158. to N.) This means that DESQview will not intervene to prevent two
  159. programs from printing at the same time.
  160.  
  161.        Copyright (C) 1991 by Quarterdeck Office Systems
  162.               * * * E N D  O F  F I L E * * *